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COMPILING USER PROFILE 
INFORMATION FROM MULTIPLE SOURCES 

CROSS REFERENCE TO RELATED APPLICATIONS 
[0001] This application claims the benefit of priority from U.S. Provisional Application 
entitled "User Productivity Suite," filed December 23, 2002, Application Serial No. 
60/436,219. 

BACKGROUND 

[0002] The following description relates to data processing of user information, for example, 
compiling user profile information from multiple sources. 

[0003] Knowledge sharing is considered a relatively important tool for a user to achieve a 
high level productivity. Many users of conventional business systems may find it difficult to 
access information and/or tools required to perform a task. For example, the most relevant 
knowledge required by a user may be stored in documents, or in the head of another user or 
employee. Moreover, even if a user finds the information it is typically difficult to start an 
effective collaboration to perform a task or project. For example, administrative assistants may 
need to coordinate several activities to prepare for a customer visit, or a manager may need to 
access multiple information sources to complete a compensation plan for one or more user, etc. 
These types of activities may involve a relatively large number of tasks to complete, 
sometimes in a specific sequence and/or combination. Regardless of whether the tasks need to 
be completed regularly (e.g., daily, weekly) or just occasionally, a user of a database system 
may need to access several executable tools (e.g., executable applications) and retrieve 
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information from various sources (e.g., data stored on a computer, or computer network). In a 
conventional work system, many tools and/or processes may have only one owner. Therefore, 
when multiple participants require that tool and/or process to complete a task, it is important 
that participants of a team are able to collaborate. Moreover, the tracking of completion of 
activities related to a collaborative project is important to ensure that all tasks related to the 
project are processed and completed in a timely fashion. 

[0004] Enterprise portals have the challenge of providing employees with targeted 
information and services. Traditional role-based approaches which pull together a sub-set of 
functions and content that is considered to be appropriate for a typical user performing a 
particular role often fail because the granularity of personalization is on the normative role 
level and does not consider the context of one individual user. 

SUMMARY 

[0005] The present application describes systems and techniques relating to compile profile 
information for a user of a computer network into a user object. 
[0006] In one aspect, a method is provided for populating a user profile with context 
information by transporting context information from other entity profiles to the user profile 
based on a relationship between the user profile and the entity profile, e.g., a collaborative or 
business relationship. Context information may also be "inherited", e.g., by importing context 
data from a parent entity profile into a depending child entity profile. The context information 
may be organized into context clusters, which may then be transported from the related entity 
profile(s) into the user profile. The context information in the user profile may then be used to 
personalize a work environment, e.g., a portal environment, by creating links to services and/or 
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information spaces in the work environment. The context information in the user profile may e 
updated periodically. Context information may be removed based on relevance to the user, 
which may be determined from the user's activity. Inherited context information maybe 
updated automatically when the corresponding context information in the parent entity is 
updated. 

[0007] Details of one or more implementations are set forth in the accompanying drawings 
and the description below. Other features and advantages may be apparent from the description 
and drawings, and from the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0008] These and other aspects will now be described in detail with reference to the 
following drawings. 

[0009] Figure 1 shows block diagram of a system utilizing user objects including context 
metadata collected from multiple sources. 

[0010] Figure 2 is a representation of a context cluster for a user. 

[001 1] Figure 3 is a block diagram of a user object with attributes in pre-defined categories 
of the context cluster of Figure 2. 

[0012] Figure 4 is a representation of a context cluster for a workset. 

[0013] Figures 5 A and 5B show a flowchart describing an operation for generating a user 

object including context metadata collected from multiple sources. 

[0014] Figure 6 is a block diagram illustrating an example of an integrated enterprise 

management system. 
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[0015] Figure 7 is a block diagram illustrating components of an example enterprise 
management consolidation system. 

[0016] Like reference symbols in the various drawings indicate like elements. 

DETAILED DESCRIPTION 
[0017] The systems and techniques described here relate to data processing of user 
information. 

[0018] User information can have substantial benefit for a corporation. Much of a 
corporation's value stems from the knowledge, training, skills, and experiences of its 
employees. However, accessing employee knowledge can be difficult. 
[0019] In an embodiment, a process is provided for efficiently transporting context 
information (also referred to as "profile information" or "context metadata" from various 
sources to corporate users and using the context information for automatic personalization. 
The process relies on a controlled set of context clusters that may be associated with entities 
such as a project, a team, a workset definition, or a single user. As soon as an individual user 
establishes a relationship with an business or collaborative entity the corresponding context 
cluster will be transported to the user's personal profile. 

[0020] This process optimizes the efficiency of maintaining context clusters by associating 
them not with individual users but with re-usable entities such as team templates, worksets 
templates, and entities that relate to more than one user. When acting in a corporate work 
environment, the profile data of one user will be accumulated automatically. Different decay 
functions may handle the fade out of unused relationships. The personalization services 
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support filtering of first level information maintained explicitly by the user, and second level 
information transported to the user due to his or her activity. 

[0021] Figure 1 shows a system 100 that compiles user profile information and uses that 
profile information for a number of applications. The system may use the profile information 
to personalize the user's computer work environment, to enable users to search and identify 
other users for various purposes, and/or to set up communities and messaging services among 
other uses. 

[0022] The profile information may be stored in a repository 105 of context information, e.g., 
a profile database. The profile information may include a number of different types of data 
from many different categories. Figure 2 shows an exemplary context cluster 200 which may 
be used to organize profile information for a user, e.g., an employee of a corporation. The 
context cluster may organize the profile information in a number of pre-defined categories. 
The context cluster represents a user "object", with profile information constituting attributes 
of the user object. 

[0023] Figure 3 shows examples of profile information that may be organized in the 
categories. In this example, the categories include the qualifications and skills of a participant 
310, the personal preferences of the participant 315, the authorization level of the participant 
320, the membership of the participant in formal and informal groups and other collaborative 
entities 325, the informational needs of the participant 330, the tasks and projects involving the 
participant 335, the vocabulary or taxonomies particular to the corporation 340, the context of 
the participant's participation in the corporation 350, and the portal content that the participant 
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accesses 360. The categories are neither exhaustive nor mutually exclusive, e.g., certain 
descriptive information may fall within more than one category. 

[0024] The portal content category 360 relates to employees working in an enterprise portal 
environment. A portal environment may be, for example, a website featuring a suite of 
commonly used services, serving as a starting point and frequent gateway to the Internet, an 
intranet or a niche topic (vertical portal). Portal services may include a search engine or 
directory, news, email, forums, chat, and options for personalization. In an implementation, a 
portal personalized for an employee may include links to, e g., worksets of the employee, an 
inbox, a personal profile, ongoing work, services, and a finder tool, described below. 
[0025] The profile information for a given user may be collected from different sources, e.g., 
different databases and systems, and by different mechanisms. The mechanisms for collecting 
profile information may be explicit or implicit. Explicit collection refers to collecting 
information from structured data sources or collecting information entered explicitly by the 
user personally or another person. For example, certain information, such as, e.g., the 
employee's name, location, department, and degrees and certificates, may be collected by 
parsing a database in the user's employer's human resources (HR) system. In an embodiment, 
the user may have access to an identity editor 1 10 made available in a portal page that allows 
the user to manually enter profile information and provides an overview of all context 
information available for that user. Implicit collection refers to automatic collection of 
information by the system from unstructured data sources, e.g., the user's email messages, 
published documents, and network data sources. 
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[0026] Context clusters can be attached to collaborative entities such as teams and 
communities, as well as role definitions and worksets. Context metadata from context clusters 
of the collaborative entities may be inherited by the profiles of individual users associated with 
those context clusters. In this manner, profile information and context clusters relating to 
individual users can be maintained and transported to those user's personal profile (user object) 
with a minimum of administrative overhead. For example, Figure 4 shows a context clusters 
for a workset 400. "Workset" refers to one or more data objects including content for 
achieving a particular work goal or small set of work goals. For example, when the work goal 
is a completed budget, the workset may include content such as a budget spreadsheet program, 
as well as the portal environment for presenting content to the user. The workset includes the 
tasks and corresponding portal environment for performing the particular work role, which may 
be bundled into one manageable data object. The workset thus reflects the user's work intent 
rather than stereotypical job titles, standard business objects, or business processes. 
[0027] In some implementations, each workset defines a complete working environment for 
a given work role using a hybrid collection of elements including tools, information, 
communication and collaboration features, and user interface requirements. For example, 
consider the user profile represented by the context cluster shown in Figures 2 and 3. The 
profile information in the workset category "Portal Content" may be transported into the user 
profiles of employees assigned to this workset. Furthermore, information in a workset category 
not in the original user profile context cluster, e.g., "Job Characteristics", may be transported 
and added to the user profile context clusters for the employees assigned to the workset. A 
workset definition, such as that shown in Figure 4, may also be derived from another master 
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workset definition, which already includes certain context clusters. A workset has context 
clusters unique to worksets, e.g., job characteristics and portal content in Figure 4. The portal 
content itself is divided into framework preferences and real content definition. In addition, the 
workset has a set of default context clusters that define additional aspects and will be 
transported to user's profile who are assigned to this workset. 

[0028] Figures 5 A and 5B show a flowchart describing a technique for creating a user object 
from multiple sources. A user may be identified for profiling (block 505). A template user 
object with certain pre-defined categories may then be set up for the user. Profile information 
may be collected explicitly by searching structured data sources for information related to the 
user (block 510) and by entering context metadata manually (block 5 1 5). The explicitly 
collected data may be entered into the user object to populate the appropriate pre-defined 
categories (block 520). 

[0029] Context metadata relating to the user may then be collected implicitly from 
unstructured data sources, e.g., the user's emails and documents (block 525). The implicitly 
collected context metadata may be transported into the user object to populate the appropriate 
categories and/or create new categories in the context cluster (block 530). Implicit profiling 
may also be based on business and collaborative relationships. Pre-existing context clusters 
from related business or collaborative entities, such as a project, a team, a workset definition, 
the corresponding context cluster may be transported into the user object. 
[0030] Context metadata may be inherited from a parent entity to a more specific entity (e.g., 
to a workset from a master workset or to a specific user from a role definition) (block 535). The 
inherited user-related context metadata may be imported into the more specific entity to 
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populate the appropriate categories and/or create new context clusters (block 540). This 
optimizes maintenance of the hierarchies of objects. 

[0031] The user object with associated context metadata may be stored in the repository 105 
(block 545). The information in the user object may then be used for various applications, e.g., 
personalization of the user's work environment in the enterprise portal (block 550). 
[0032] Each user profile may be used to personalize that user's portal space and services. A 
personalization service API (Application Programming Interface) may enable other services 
use context information for personalization. The personalization service API may support 
functions like requesting information about a specific cluster, filtering between direct (explicit 
or implicit user specific information) and indirect (transported based on existing relationships 
like team membership and workset defaults). The personalization service API may also filter 
between explicit and implicit information. Requests can be across worksets or per workset. The 
syntax for requesting personalization profiles or subsets is driven by the structure of the context 
clusters. 

[0033] The system may include a finder tool 120. The finder tool may be used to search the 
aggregated user profiles in the repository 105 for particular attributes, for example, to find 
users with particular experience or skills. The finder tool searches 204 the user objects for 
profiles that match the desired profile characteristics. The matches may not necessarily be 
exact matches. The finder tool may be implemented to retrieve the user profiles that are near 
matches. The matches and near matches may be provided as an initial hit list of matching 
profiles to the tool user. 



9 



Patent 

Attorney Docket No: 14413-017001/2002P10178 US 

[0034] The resource tool may then receive a list of refining attributes to narrow the initial 
list. The tool user may have specified a profile that matches a large number of individuals. For 
example, a person may have an experience attribute that identifies that person's areas of 
expertise. Other attributes that characterize a person resource may include licenses received, 
papers published, languages spoken, demographic information, title in an organization, 
activities and collaborations. The refining attributes may be used by the finder tool to select 
from the initial list a shorter, narrowed list that may then be provided to the tool user. The tool 
user may act directly on entries in the hit list, i.e., initiating a message by selecting an 
individual in the hit list. 

[0035] The system may include a dynamic segmentation builder 130, which may use the 
aggregate user profiles in the repository to target individuals and create user segments. These 
user segments may include, for example, communities, communication channels, dynamically 
generated and updatable contact lists, and ad hoc target groups for information pushes and 
surveys. The user may select one primary dimension (e.g., interest, product, region, or tool) to 
define a first subset of users. The subject may be refined by adding constraints using other 
taxonomies. The user may preview the size of segment and exemplars of that segment. The 
user may save the results as static or dynamic people collections. Different refresh periods may 
be set for dynamic collections. 

[0036] The identity inspector 1 10 is a tool that enables users to watch, edit, monitor their 
personal profiles. The identity inspector page may include an overview about all context 
metadata available for that user. The user may use the identity inspector to maintain explicit 
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terms and business activities in the user's context cluster. The identity inspector may also 
provide filtered views by explicit, implicit, and inherited context metadata. 
[0037] The user object may be updated on occasion. If new profile elements are found, the 
user will be notified. The user may then use the identity inspector to decide whether to update 
the profile as proposed, change it, or add other information. Also, an automatic decay function 
may be used to delete context metadata relating to unused relationships. There may be slower 
decay times for attributes that reach a certain level of relevance for a given user. 
[0038] FIG. 6 is a block diagram illustrating an example integrated enterprise management 
system. Multiple clients 600 can access data over a network 610 through a portal 620. The 
network 610 can be any communication network linking machines capable of communicating 
using one or more networking protocols, e.g., a local area network (LAN), a wide area network 
(WAN), an enterprise network, a virtual private network (VPN), and/or the Internet. The 
clients 600 can be any machines or processes capable of communicating over the network 610. 
The clients 600 can be Web Browsers and optionally can be communicatively coupled with the 
network 610 through a proxy server (not shown). 

[0039] A portal 620 provides a common interface to program management services. The 
portal 620 receives requests from the clients 600 and generates information views 625 (e.g., 
Web pages) in response. The portal 620 can implement a user roles-based system to 
personalize the common interface and the information views 625 for a user of a client 600. A 
user can have one or more associated roles that allow personalized tailoring of a presented 
interface through the generated information views 625. 
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[0040] The portal 620 communicates with an enterprise management system 630 that 
consolidates multiple application services. The portal 620 receives data 635 from the 
enterprise management system 630 for use in fulfilling the requests from the clients 600. The 
enterprise management system 630 can provide integrated application services to manage 
business objects and processes in a business enterprise. The business objects and processes can 
be resources (e.g., human resources), development projects, business programs, inventories, 
clients, accounts, business products, and/or business services. 

[0041] The enterprise management system 630 communicates with enterprise base systems 
640 to obtain multiple types of data 645. The enterprise base systems 640 can include various 
existing application services, such as human resource management systems, customer 
relationship management systems, financial management systems, project management 
systems, knowledge management systems, business warehouse systems, time management 
systems, and electronic file and/or mail systems. The enterprise base systems 640 also can 
include an integration tool, such as the eXchange Infrastructure provided by SAP, that provides 
another level of integration among base systems. The enterprise management system 630 can 
consolidate and integrate the data and functionality of such systems into a single enterprise 
management tool. 

[0042] This enterprise management tool can include systems and techniques to facilitate 
creation of new applications within the enterprise management system 630. These new 
applications, referred to as cross-functional or composite applications, can readily draw on the 
resources of the enterprise base systems 640 to cross over traditional enterprise application 
boundaries and handle new business scenarios in a flexible and dynamic manner, allowing 
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rapid and continuous innovation in business process management. A virtual business cycle can 
be created using such cross-functional applications, where executive-level business strategy can 
feed management-level operational planning, which can feed employee-level execution, which 
can feed management-level evaluation, which can feed executive-level enterprise strategy. The 
information generated at each of these stages in the enterprise management cycle can be readily 
consolidated and presented by the enterprise management system 630 using customized cross- 
functional applications. The stages can provide and consume determined services that can be 
integrated across multiple disparate platforms. 

[0043] The portal 620, enterprise management system 630 and enterprise base systems 640 
can reside in one or more programmable machines, which can communicate over a network or 
one or more communication busses. For example, the base systems 640 can reside in multiple 
servers connected to an enterprise network, and the portal 620 and the enterprise management 
system 630 can reside in a server connected to a public network. Thus, the system can include 
customized, web-based, cross-functional applications, and a user of the system can access and 
manage enterprise programs and resources using these customized web-based, cross- functional 
applications from anywhere that access to a public network is available. 
[0044] FIG. 7 is a block diagram illustrating components of an example enterprise 
management consolidation system 700. The system 700 can include a persistence layer 710 
and one or more base system connectors 720. The base system connectors 720 enable data 
exchange and integration with base systems. The base system connectors 720 can include a BC 
(Enterprise Connector) interface, an ICM/ICF (Internet Communication Manager/Internet 
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Communication Framework) interface, an Encapsulated PostScript® (EPS) interface, or other 
interfaces that provide Remote Function Call (RFC) capability. 

[0045] The persistence layer 710 provides the enterprise management consolidation system 
700 with its own database 712 and data object model 714. The database 712 and the object 
model 712 provide a consolidated knowledge base to support multiple enterprise management 
functions, including functions created as cross-applications 770. Active communication 
between the persistence layer 710 and the base systems can provide a tight linkage between 
real-time operational data from multiple base systems and an integrated enterprise analysis tool 
to allow strategic enterprise management and planning. 

[0046] The data object model 714 can represent a subset of data objects managed by the base 
systems. Not all of the data aspects tracked in the base systems need to be recorded in the data 
object model 714. The data object model 714 may have defined relationships with data objects 
stored in the base systems, for example, certain objects in the data object model 714 may have 
read-only or read-write relationships with corresponding data objects in the base systems. 
These types of defined relationships can be enforced through the communication system built 
between the persistence layer 710 and the base systems. Thus, the persistence layer 710 can be 
used to effectively decouple application development from the underlying base systems. 
[0047] The cross-functional applications 770, which take advantage of this decoupling from 
backend systems to drive business processes across different platforms, technologies, and 
organizations, can be created using a set of tools that enable efficient development of cross- 
functional applications 770. The cross-functional applications 770 can support semi-structured 
processes, aggregate and contextualize information, handle event-driven and knowledge-based 
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scenarios, and support a high degree of collaboration in teams, including driving collaboration 
and transactions. The set of tools enable efficient development of the cross-functional 
applications 770 by providing application patterns that support model-driven composition of 
applications in a service-oriented architecture. 

[0048] An object modeling tool 740 enables creation of new business objects in the 
persistency layer 710 by providing a mechanism to extend the data object model 714 
dynamically according to the needs of an enterprise. A process modeling tool 750 enables 
creation of new business workflow and ad hoc collaborative workflow. A user interface (UT) 
tool 760 provides UI patterns that can be used to link new objects and workflow together and 
generate standardized views into results generated by the cross-functional applications 770. 
The object modeling tool 740, the process modeling tool 750 and the UI tool 760 thus can be 
used to build the components of cross-applications 770 to implement new enterprise 
management functions without requiring detailed coding activity. 

[0049] The process modeling tool 750 can include guided procedure templates with pre- 
configured work procedures that reflect best practices of achieving a work objective that is part 
of a larger cross-functional application scenario. Such a work procedure can include 
contributions from several people, creation of multiple deliverables, and milestones/phases. 
Moreover, whenever an instantiated business object or work procedure has lifetime and status, 
the progress and status of the object or work procedure can be made trackable by the process 
owner or by involved contributors using a dashboard that displays highly aggregated data. The 
dashboard and a myOngoingWork place can be two UI patterns that are provided by the UI tool 
760. 
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[0050] The personalization concept could introduce more than one profile for one user. For 
example, there may be a set of "myProfiles" that the user can switch between in order to set 
different identities in the enterprise portal. This may be relevant to influence or personalize 
context awareness in an enterprise portal. 

[0051] Whenever there is a strategic view on a cross-functional application scenario, 
analytics of the overall portfolio can be made available in the form of a collection of UI 
components. One type of analytics may be directed to context metadata. Data mining may be 
performed on all attributes and context clusters to obtain statistical data such as, for example, 
most frequent value, frequency of activation, frequency of co-existence at one user, frequency 
of explicit overwriting, and statistics of most frequent explicit entries. This data can be used to 
generate or update workset profiles or other normative profiles. 

[0052] Cross-functional application scenarios can provide related information to the user 
when possible, and some parts within a larger cross-application scenario can define what kind 
of related information is to be offered. As described above, relatedness between entities may 
be used to enable automatic transports of context clusters. Heuristics can be used to identify 
such relatedness, such as follows: (1) information that is related to the user due to explicit 
collaborative relationships such as team/project membership or community membership; (2) 
information that is similar to a given business object in a semantic space based on text retrieval 
and extraction techniques; (3) recent objects/procedures of a user; (4) other people doing the 
same or similar activity (using same object or procedure template, having same workset); (5) 
instances of the same object class; (6) next abstract or next detailed class; (7) explicit 
relationships on the organizational or project structure; (8) proximity on the time scale; (9) 
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information about the underlying business context; and/or (10) information about the people 
involved in a collaborative process. 

[0053] Cross-functional applications also can include generic functionality in the form of 
ControlCenter Pages that represent generic personal resources for each user. These cross- 
applications can refer to the following pages where appropriate: (1) MyOngoingWork page: 
provides instant access to all dashboards that let users track their ongoing work. Ongoing work 
may refer to the state of business objects as well as guided procedures. (2) MyDay page: lists 
today's time based events that are assigned or related to the user. (3) MyMessageCenter page: 
Displays all pushed messages and work triggers using a universal inbox paradigm with user 
selected categorical filters. (4) Mylnfo: Provides access to all personal info collections 
(documents, business objects, contacts) including those located in shared folders of teams and 
communities of which the user is a member. Also provides targeted search in collaborative 
information spaces such as team rooms, department home pages, project resource pages, 
community sites, and/or personal guru pages. The ControlCenter is part of the application 
(portal) framework which may be personalized by the workset definition portal content 
framework cluster. 

[0054] Various implementations of the systems and techniques described here can be realized 
in digital electronic circuitry, integrated circuitry, specially designed ASICs (application 
specific integrated circuits), computer hardware, firmware, software, and/or combinations 
thereof. These various implementations can include one or more computer programs that are 
executable and/or interpretable on a programmable system including at least one programmable 
processor, which may be special or general purpose, coupled to receive data and instructions 
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from, and to transmit data and instructions to, a storage system, at least one input device, and at 
least one output device. 

[0055] These computer programs (also known as programs, software, software applications 
or code) may include machine instructions for a programmable processor, and can be 
implemented in a high-level procedural and/or object-oriented programming language, and/or 
in assembly/machine language. As used herein, the term "machine-readable medium" refers to 
any computer program product, apparatus and/or device (e.g., magnetic discs, optical disks, 
memory, Programmable Logic Devices (PLDs)) used to provide machine instructions and/or 
data to a programmable processor, including a machine-readable medium that receives machine 
instructions as a machine-readable signal. The term "machine-readable signal" refers to any 
signal used to provide machine instructions and/or data to a programmable processor. 
[0056] The systems and techniques described here can be implemented in a computing 
system that includes a back-end component (e.g., as a data server), or that includes a 
middleware component (e.g., an application server), or that includes a front-end component 
(e.g., a client computer having a graphical user interface or a Web browser through which a 
user can interact with an implementation of the systems and techniques described here), or any 
combination of such back-end, middleware, or front-end components. The components of the 
system can be interconnected by any form or medium of digital data communication (e.g., a 
communication network). Examples of communication networks include a local area network 
("LAN"), a wide area network ("WAN"), and the Internet. 

[0057] The computing system can include clients and servers. A client and server are 
generally remote from each other and typically interact through a communication network. The 
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relationship of client and server arises by virtue of computer programs running on the 
respective computers and having a client-server relationship to each other. 
[0058] Other embodiments may be within the scope of the following claims. 
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